home *** CD-ROM | disk | FTP | other *** search
/ Grand Slam 3 / Grand Slam 3.iso / 026 / klfdig74.arj / KLFDIG74.TXT < prev   
Internet Message Format  |  1995-03-12  |  29KB
  1. Date: Wed, 8 Mar 95 23:14 EET
  2. From: "Zach B." <zab@teleport.com>
  3. Subject: [KLF-TALK:1628] Re: Expoze Music Disk! JUST GET IT!
  4.  
  5. > 
  6. > 
  7. > 
  8. > On Mon, 6 Mar 1995, Andrew Leahy wrote:
  9. > 
  10. > > Just got my hands on the musicdisk "Expoze" by a bunch of Aussie tracker
  11. > > composers! IT IS MOST EXCELLENT!!!! 
  12. > I agree... It is excellent. The interface is great, the music is 
  13. > excellent, and the graphics are perfect.
  14. > 
  15. > Taz
  16. > 
  17. > 
  18.  
  19. And boy did their s3m converter kick ass :).. sorry, couldn't resist :)
  20.                     -Zab
  21.  
  22.  
  23. -----------------
  24.  
  25. Date: Wed, 8 Mar 95 23:39 EET
  26. From: "Chris Campbell" <campbell@fox.nstn.ca>
  27. Subject: [KLF-TALK:1630] Re: Starplayer 2.10
  28.  
  29. On Wed, 8 Mar 95 10:51 EET, 
  30. kim davies  <kimba@moby.it.com.AU> wrote:
  31.  
  32. >> >Starplayer 2.10 has now been released in the usual places as starp210.zip...
  33. >> Are there any other featured added besides SB support?
  34. >         + now supports the SoundBlaster series of soundcards!!!
  35. >           (support for mono SB up to 44khz)
  36. >         + added command line parameter '-m' to set mixing rate on SB cards
  37. >         + added command line parameter '-b' to set mixing buffer size
  38. >         + added command line parameter '-a' to set mixing amplification
  39. >         + added command line parameters '-?' and '-h' for help
  40. >         - device address is now shown in hexadecimal for clarity
  41. >         - extended device info for soundblaster cards
  42. >         - changed default to continuous play (shift-f? selects looped module)
  43. >         - minor ajustment to pattern indicator
  44. >         - gus dma now uses separate buffer than disk to prevent crashes
  45.  
  46. The last one is the only reason I'm going to get it!  Crashes are evil ;)
  47.  
  48. BTW, dosen't Sound Blister support defeat the purpose?  I know when I had a 
  49. SB/PRO shelling to DOS while playing a MOD really slowed things down.
  50.  
  51. >
  52. >Yeah, the IO port now shown as 220 or 240 or whatever to stop complaints,
  53. >and you can make a module loop with shift-fx, plus a few bug fixes :)
  54. >
  55. >now running linux 1.2,
  56. >-- 
  57. > ,,:::[                       kim davies                        ]:::..
  58. >::::::[        statix [oxygen/kosmic], kimba@it.com.au          ]::::::
  59. > '':::[      31~50'16"S 115~46'19"E, http://www.it.com.au/      ]:::``
  60. >
  61. >
  62. >
  63.  
  64. --
  65. Chris Campbell - Port Hawkesbury, Nova Scotia / Canada
  66.  
  67.  
  68. -----------------
  69.  
  70. Date: Wed, 8 Mar 95 23:38 EET
  71. From: "Chris Campbell" <campbell@fox.nstn.ca>
  72. Subject: [KLF-TALK:1629] Re: 
  73.  
  74. On Wed, 8 Mar 95 05:31 EET, 
  75. Ryan Hanson  <hanson4@nes.nersc.gov> wrote:
  76.  
  77. >in regards to basehead being an asshole, many of the people on this list
  78. >(though by no means all) are just being bitches if i may say so.  basehead
  79. >is like one of the best musicians in the scene i wish he'd do shit for our
  80.  
  81. I agree, I talk to Basehead on the IRCs.  He stayed in IRC for over an hour 
  82. to DCC me 13 songs of his.  I find him to be a very nice person, if he is 
  83. upset, there probably is a reason.
  84.  
  85. --
  86. Chris Campbell - Port Hawkesbury, Nova Scotia / Canada
  87.  
  88.  
  89. -----------------
  90.  
  91. Date: Thu, 9 Mar 95 00:34 EET
  92. From: pschramm@mail.utexas.edu (patrick schramm)
  93. Subject: [KLF-TALK:1631] Re: Expoze Music Disk! JUST GET IT!
  94.  
  95. >> 
  96. >> 
  97. >> 
  98. >> On Mon, 6 Mar 1995, Andrew Leahy wrote:
  99. >> 
  100. >> > Just got my hands on the musicdisk "Expoze" by a bunch of Aussie tracker
  101. >> > composers! IT IS MOST EXCELLENT!!!! 
  102. >> I agree... It is excellent. The interface is great, the music is 
  103. >> excellent, and the graphics are perfect.
  104. >> 
  105. >> Taz
  106. >> 
  107. >> 
  108. >
  109. >And boy did their s3m converter kick ass :).. sorry, couldn't resist :)
  110. >                    -Zab
  111. >
  112.  
  113. -Zab 
  114. can i get it on the net?
  115. pat
  116. Patrick Schramm.
  117. [pschramm@mail.utexas.edu]
  118.  
  119.  
  120. -----------------
  121.  
  122. Date: Thu, 9 Mar 95 01:31 EET
  123. From: kimba@moby.it.com.AU (kim davies)
  124. Subject: [KLF-TALK:1632] Re: Starplayer 2.10
  125.  
  126. (quoth jester)
  127. > 
  128. > Where'd that be, please? I couldn't find it at Hornet, they still have the
  129. > 'old' starp203.zip
  130. > 
  131.  
  132. yeah, hornet has taken a months holidays :-/ its in the incoming dir at:
  133. ftp://hornet.eng.ufl.edu/pub/msdos/demos/incoming/music/starp210.zip
  134. or in australia
  135. ftp://oxygen.it.com.au/oxygen/starp210.zip
  136.  
  137. if anyone can help me out with a decent ftp site I could use, please tell me
  138. (dan?) :)
  139.  
  140. cya
  141. -- 
  142.  ,,:::[                       kim davies                        ]:::..
  143. ::::::[        statix [oxygen/kosmic], kimba@it.com.au          ]::::::
  144.  '':::[      31~50'16"S 115~46'19"E, http://www.it.com.au/      ]:::``
  145.  
  146.  
  147. -----------------
  148.  
  149. Date: Wed, 8 Mar 95 19:18 EET
  150. From: Schitzo <g4psycho@cdf.toronto.edu>
  151. Subject: [KLF-TALK:1627] AMF files ...
  152.  
  153.     ok besides dmp (which i don't have and dislike and rather not 
  154. get! :).  what other player/trackers will read and play AMF files???  as 
  155. you can guess i've picked up ALL those NEWLY released OLD KLF files and 
  156. i've run into a problem of not being able to play them.  and i have 
  157. inertia, cubic, cmod, ft2, mmedit, st3 and none of them play AMF.  excuse 
  158. my ignorance but what is AMF format anyway?
  159.  
  160.     another thing ... BOY has kosmic evolved since from back then. 
  161. sorry to say this but i've listened to a few of the old stuff and do they
  162. ever SUCK!!! :) ... maybe if that annoying delay inbetween patterns
  163. weren't there it be more enjoyable.  again excuse my ignorance (i'm not a
  164. mod composer), but why is that?  is it because of the mod format used, the
  165. tracker that was used back then, or inexperience?  maybe a combination of
  166. all of them?  also noticed the samples weren't that well done either.  
  167. but i know there will be a few decent one's that i'll come across. 
  168.  
  169.  
  170.  
  171. -----------------
  172.  
  173. Date: Thu, 9 Mar 95 01:38 EET
  174. From: dan@vlad.bowker.com (Daniel Nicholson)
  175. Subject: [KLF-TALK:1633] Re: More bothersome file locating
  176.  
  177. "Chris Campbell" <campbell@fox.nstn.ca> writes:
  178.  
  179. > Now playing:
  180. >
  181. > Poetry In Motion II
  182. > Basehead / Kosmic
  183. > 1994
  184. > ftp://kosmic.wit.com/kosmic/songs/94/poet!klf.zip
  185. >
  186. > Be an ok think to do?
  187.  
  188. sure, why not.
  189.  
  190. > How do you start a listserv?  I want to start one.  Could I use
  191. > oilver.cs.sun.ac.za?
  192.  
  193. you have to run a listserv program on a unix machine connected to the
  194. internet. kim davies here (statix of kfmf) can probably point you towards
  195. more info.
  196.  
  197. - Dan
  198. ----------------------------------------------------
  199. Dan Nicholson, founder of the Kosmic Free Music Foundation.
  200.                       http://kosmic.wit.com/~kosmic/
  201.                        ----------------------------------------------------
  202.  
  203.  
  204. -----------------
  205.  
  206. Date: Thu, 9 Mar 95 04:27 EET
  207. From: "Jens Puchert" <jpuchert@mailbox.syr.edu>
  208. Subject: [KLF-TALK:1634] Re: AMF files ... 
  209.  
  210. In message <Pine.SOL.3.90.950308115420.16971A-100000@oberon> you write:
  211.  
  212. >    ok besides dmp (which i don't have and dislike and rather not 
  213. >get! :).  what other player/trackers will read and play AMF files???  as 
  214. >you can guess i've picked up ALL those NEWLY released OLD KLF files and 
  215. >i've run into a problem of not being able to play them.  and i have 
  216. >inertia, cubic, cmod, ft2, mmedit, st3 and none of them play AMF.  excuse 
  217. >my ignorance but what is AMF format anyway?
  218.  
  219. AMF is the internal format of DMP.  Since the format specifications were
  220. never published, no other player/tracker can support this format.  If
  221. you wanna listen to those songs, I hate to say it, but you'll have to
  222. use DMP.  Unless Maelcum has the original MOD versions of those songs
  223. lying around somewhere that is.
  224.  
  225. Jensi
  226.  
  227.  
  228. -----------------
  229.  
  230. Date: Thu, 9 Mar 95 04:43 EET
  231. From: "Zach B." <zab@teleport.com>
  232. Subject: [KLF-TALK:1635] Re: Expoze Music Disk! JUST GET IT!
  233.  
  234. > 
  235. > >> 
  236. > >> 
  237. > >> 
  238. > >> On Mon, 6 Mar 1995, Andrew Leahy wrote:
  239. > >> 
  240. > >> > Just got my hands on the musicdisk "Expoze" by a bunch of Aussie tracker
  241. > >> > composers! IT IS MOST EXCELLENT!!!! 
  242. > >> I agree... It is excellent. The interface is great, the music is 
  243. > >> excellent, and the graphics are perfect.
  244. > >> 
  245. > >> Taz
  246. > >> 
  247. > >> 
  248. > >
  249. > >And boy did their s3m converter kick ass :).. sorry, couldn't resist :)
  250. > >                    -Zab
  251. > >
  252. > 
  253. > -Zab 
  254. > can i get it on the net?
  255. > pat
  256. > Patrick Schramm.
  257. > [pschramm@mail.utexas.edu]
  258. > 
  259. > 
  260.  
  261. hmm, not sure why you'd want to convert s3m->cba w/o the standalone player..
  262. but hey :).. I dunno if BArt wants it spread all over the place.  He
  263. wouldn't let me give out the format specs so you'd probably have to ask him. 
  264. Unfortunatly I don't have his addy handy ;(..if I run into him I'll ask..
  265.  
  266.                 -Zab again..
  267.  
  268.  
  269. -----------------
  270.  
  271. Date: Thu, 9 Mar 95 05:21 EET
  272. From: Andrew Voss <vossa@rpi.edu>
  273. Subject: [KLF-TALK:1636] Re: AMF files ...
  274.  
  275.  
  276. > AMF is the internal format of DMP.  Since the format specifications were
  277. > never published, no other player/tracker can support this format.  If
  278. > you wanna listen to those songs, I hate to say it, but you'll have to
  279. > use DMP.  Unless Maelcum has the original MOD versions of those songs
  280. > lying around somewhere that is.
  281. > 
  282. > Jensi
  283. > 
  284.  
  285. Probably not, unfortunately, considering he couldn't even get to the AMF's.
  286. I'm really surprised that, in this day of non-DMP-uasge, someone hasn't come
  287. up with a AMF-reverse-converter , to like a MOD or S3M or something.  
  288. Probably because almost nobody (except KLF 4-6/93, sigh) bothered using
  289. the AMF format..
  290.  
  291. Oh well, at least Dan and the 'Deck didn't stick with 669's!
  292.  
  293. -andy v.
  294.  
  295.  
  296. -----------------
  297.  
  298. Date: Thu, 9 Mar 95 08:45 EET
  299. From: "Zach B." <zab@teleport.com>
  300. Subject: [KLF-TALK:1637] Re: AMF files ...
  301.  
  302. > 
  303. > In message <Pine.SOL.3.90.950308115420.16971A-100000@oberon> you write:
  304. > 
  305. > >    ok besides dmp (which i don't have and dislike and rather not 
  306. > >get! :).  what other player/trackers will read and play AMF files???  as 
  307. > >you can guess i've picked up ALL those NEWLY released OLD KLF files and 
  308. > >i've run into a problem of not being able to play them.  and i have 
  309. > >inertia, cubic, cmod, ft2, mmedit, st3 and none of them play AMF.  excuse 
  310. > >my ignorance but what is AMF format anyway?
  311. > 
  312. > AMF is the internal format of DMP.  Since the format specifications were
  313. > never published, no other player/tracker can support this format.  If
  314. > you wanna listen to those songs, I hate to say it, but you'll have to
  315. > use DMP.  Unless Maelcum has the original MOD versions of those songs
  316. > lying around somewhere that is.
  317. > 
  318. > Jensi
  319. > 
  320. > 
  321.  
  322. Well he did release the c source to the AMF loader.  It gives you the format
  323. of the file but you're lost w/ no clue as to the effects/params and all that
  324. shit, but it probably could be done if someone wanted to spend lots of time
  325. tracking/converting/loading etc.. but no one really cares that much :). Hmm,
  326. just FYI I guess :) laters..
  327.  
  328.                         -Zab
  329.  
  330.  
  331. -----------------
  332.  
  333. Date: Thu, 9 Mar 95 09:44 EET
  334. From: kimba@moby.it.com.AU (kim davies)
  335. Subject: [KLF-TALK:1638] Re: AMF files ...
  336.  
  337. (quoth Jens Puchert)
  338. > AMF is the internal format of DMP.  Since the format specifications were
  339. > never published, no other player/tracker can support this format.  If
  340. > you wanna listen to those songs, I hate to say it, but you'll have to
  341. > use DMP.  Unless Maelcum has the original MOD versions of those songs
  342. > lying around somewhere that is.
  343.  
  344. The format specifications were never published, but the loader software
  345. certainly was. If anyone wants the pascal or c AMF loader, gimme a yell.
  346.  
  347. (quoth Andrew Voss)
  348. > Probably not, unfortunately, considering he couldn't even get to the AMF's.
  349. > I'm really surprised that, in this day of non-DMP-uasge, someone hasn't come
  350. > up with a AMF-reverse-converter , to like a MOD or S3M or something.  
  351. > Probably because almost nobody (except KLF 4-6/93, sigh) bothered using
  352. > the AMF format..
  353.  
  354. AMF is basically a midi-like format, so it is pretty impracticle to convert
  355. them back (although not impossible by any means)
  356.  
  357. cya,
  358. -- 
  359.  ,,:::[                       kim davies                        ]:::..
  360. ::::::[        statix [oxygen/kosmic], kimba@it.com.au          ]::::::
  361.  '':::[      31~50'16"S 115~46'19"E, http://www.it.com.au/      ]:::``
  362.  
  363.  
  364. -----------------
  365.  
  366. Date: Sat, 11 Mar 95 01:37 EET
  367. From: Dan <dan@bepcp.bowker.com>
  368. Subject: [KLF-TALK:1644] New Release "Interphase" (K-PHASE.ZIP) announcement
  369.  
  370.                  The Kosmic Free Music Foundation presents
  371.                                "Interphase"
  372.                 a techno song composed by Nemesis of Kosmic
  373.                  in 7-track Scream Tracker 3 (S3M) format
  374.                   1 minutes and 30 seconds long, 125 bpm
  375.                          released March 7th, 1995
  376.  
  377. posted to KLF-LIST in four UUENCODED parts.
  378.  
  379. since i can't get connected to either kosmic.wit.com or ftp.cdrom.com 
  380. (home of the hornet incoming dir now), i have made the song available on 
  381. the old Kosmic ftp site at 
  382. ftp://freedom.wit.com/kosmic/songs/95/k-phase.zip
  383.  
  384. - Dan
  385.  
  386.  
  387. -----------------
  388.  
  389. Date: Sat, 11 Mar 95 01:39 EET
  390. From: Dan <dan@bepcp.bowker.com>
  391. Subject: [KLF-TALK:1646] Kosmic News #1
  392.  
  393.  
  394. Kosmic News #1 - Friday, March 10th, 1995
  395. --------------------------===============
  396.  
  397. Membership changes in Kosmic
  398. --------------------========
  399. Zab has joined Kosmic as a coder. Necros and Mellow-D have left Kosmic.
  400.  
  401. New Releases
  402. --------====
  403.  
  404. These are the most recent releases:
  405.  
  406. K-DUST.ZIP "Dust To Dust" a mellow rock song in S3M by Leviathan.
  407. K-PHASE.ZIP "Interphase" a techno track in S3M by Nemesis.
  408. K-FSABO.ZIP "Funk Saboteur" an experimental techno/IDM MTM by Maelcum.
  409.  
  410.  
  411. FTP/WWW site problems
  412. -------------========
  413.  
  414. our ftp site at ftp.luth.se is down, hopefully just temporarily.
  415. our ftp and WWW site at kosmic.wit.com has been down for a few days, I'm 
  416. not sure yet when it's coming back up.
  417. in the meantime, our old FTP site at freedom.wit.com /kosmic/songs will 
  418. house all new releases.
  419.  
  420.  
  421. that's it for now, watch for next week's kosmic news next friday.
  422.  
  423. - Maelcum
  424.  
  425.  
  426.  
  427.  
  428. -----------------
  429.  
  430. Date: Sat, 11 Mar 95 01:33 EET
  431. From: "Jens Puchert" <jpuchert@mailbox.syr.edu>
  432. Subject: [KLF-TALK:1639] Re: AMF files ... 
  433.  
  434. In message <m0rmcqE-0002GTC@moby.it.com.au> you write:
  435.  
  436. >(quoth Jens Puchert)
  437. >> AMF is the internal format of DMP.  Since the format specifications were
  438. >> never published, no other player/tracker can support this format.  If
  439. >> you wanna listen to those songs, I hate to say it, but you'll have to
  440. >> use DMP.  Unless Maelcum has the original MOD versions of those songs
  441. >> lying around somewhere that is.
  442. >
  443. >The format specifications were never published, but the loader software
  444. >certainly was. If anyone wants the pascal or c AMF loader, gimme a yell.
  445.  
  446. Yeah, send them please.  Both C and Pascal, maybe together they make some
  447. sense ;-)
  448.  
  449. >(quoth Andrew Voss)
  450. >> Probably not, unfortunately, considering he couldn't even get to the AMF's.
  451. >> I'm really surprised that, in this day of non-DMP-uasge, someone hasn't come
  452. >> up with a AMF-reverse-converter , to like a MOD or S3M or something.  
  453. >> Probably because almost nobody (except KLF 4-6/93, sigh) bothered using
  454. >> the AMF format..
  455. >
  456. >AMF is basically a midi-like format, so it is pretty impracticle to convert
  457. >them back (although not impossible by any means)
  458. >
  459. >cya,
  460. >-- 
  461. > ,,:::[                       kim davies                        ]:::..
  462. >::::::[        statix [oxygen/kosmic], kimba@it.com.au          ]::::::
  463. > '':::[      31~50'16"S 115~46'19"E, http://www.it.com.au/      ]:::``
  464.  
  465. Jensi
  466.  
  467.  
  468. -----------------
  469.  
  470. Date: Sat, 11 Mar 95 01:38 EET
  471. From: "Chris Campbell" <campbell@fox.nstn.ca>
  472. Subject: [KLF-TALK:1645] Re: More bothersome file locating
  473.  
  474. On Thu, 9 Mar 95 01:38 EET, 
  475. Daniel Nicholson  <dan@vlad.bowker.com> wrote:
  476.  
  477. >> How do you start a listserv?  I want to start one.  Could I use
  478. >> oilver.cs.sun.ac.za?
  479. >you have to run a listserv program on a unix machine connected to the
  480. >internet. kim davies here (statix of kfmf) can probably point you towards
  481. >more info.
  482.  
  483. Well I'd like some info on using oliver.cs.sun.ac.za since all my listservs 
  484. come from there...
  485.  
  486.  
  487. -Chris Campbell - Port Hawkesbury, Nova Scotia / Canada
  488.  
  489.  
  490. -----------------
  491.  
  492. Date: Sat, 11 Mar 95 09:38 EET
  493. From: kimba@moby.it.com.AU (kim davies)
  494. Subject: [KLF-TALK:1647] Re: More bothersome file locating
  495.  
  496. (quoth Chris Campbell)
  497. > 
  498. > How do you start a listserv?  I want to start one. 
  499.  
  500. You'll need..
  501.   
  502.  (a) List processor software
  503.      There are several around, major ones are listprocessor
  504.      and majordomo. 
  505.  (b) A UNIX box
  506.      Connected to the net :) 
  507.  (c) Lotsa bandwidth
  508.      oliver.cs.sun.ac.za basically is becoming really slowly
  509.      because of bandwidth, therefore if it gets many more lists
  510.      it will probably reach critical mass :)
  511.      
  512. Ask your sysadmin if he will set one up for you.
  513.  
  514. cya,
  515. -- 
  516.  ,,:::[                       kim davies                        ]:::..
  517. ::::::[        statix [oxygen/kosmic], kimba@it.com.au          ]::::::
  518.  '':::[      31~50'16"S 115~46'19"E, http://www.it.com.au/      ]:::``
  519.  
  520.  
  521. -----------------
  522.  
  523. Date: Sat, 11 Mar 95 09:39 EET
  524. From: Schitzo <g4psycho@cdf.toronto.edu>
  525. Subject: [KLF-TALK:1648] new old stuff ...
  526.  
  527.     hey dan my man, how's about doing remakes of klf's speedracer, 
  528. deep house nine, and the jeopardy techo! hehehe, those were cool!!!
  529.  
  530.     so anyone else listen to any of those releases?
  531.  
  532.  
  533. -----------------
  534.  
  535. Date: Sat, 11 Mar 95 11:21 EET
  536. From: "Zach B." <zab@teleport.com>
  537. Subject: [KLF-TALK:1649] Re: AMF files ...
  538.  
  539. > Yeah, send them please.  Both C and Pascal, maybe together they make some
  540. > sense ;-)
  541. > 
  542. > Jensi
  543. > 
  544. > 
  545.  
  546. Well here is a version he sent out a while back.  It is safe to assume that
  547. the pascal version is just a cheesy port 'cause I refuse to beleive that OC
  548. codes in pascal :).. here 'ya go:
  549.  
  550.                     -Zab
  551. =-==-=-=-=-=-=-===-=-=-=-=-=-=-=-==-=-=-=
  552. That's what YOU think... I do NOT have ANY documantation for AMF...
  553. if you're interested in the FILE format, then here's my loader
  554. for it:
  555.  
  556. // ************************************************************************
  557. // *
  558. // *    File        : AMFLOAD.C
  559. // *
  560. // *    Description : Loads an AMF format module file
  561. // *
  562. // *    Copyright (C) 1992 Otto Chrons
  563. // *
  564. // ************************************************************************
  565. /*
  566.         Revision history of AMFLOAD.C
  567.  
  568.         1.0     16.4.93
  569.                 First version.
  570.  
  571.  
  572. */
  573.  
  574. #include <stdio.h>
  575. #include <malloc.h>
  576. #include <string.h>
  577. #include <stdlib.h>
  578. #include <dos.h>
  579.  
  580. #include "mcp.h"
  581. #include "amp.h"
  582.  
  583. #ifdef _USE_EMS
  584. #include "emhm.h"
  585. #endif
  586.  
  587. extern int      loadOptions;
  588.  
  589. static uchar    order16[16] = { PAN_LEFT,PAN_RIGHT,PAN_RIGHT,PAN_LEFT,PAN_LEFT,PAN_RIGHT,PAN_RIGHT,PAN_LEFT,
  590.                                 PAN_LEFT,PAN_RIGHT,PAN_RIGHT,PAN_LEFT,PAN_LEFT,PAN_RIGHT,PAN_RIGHT,PAN_LEFT};
  591.  
  592. static void joinTracks2Patterns(MODULE *module)
  593. {
  594.     int         t,i;
  595.     PATTERN     *pat;
  596.  
  597.     for( t = 0; t < module->patternCount; t++)
  598.         {
  599.         pat = &(*module->patterns)[t];
  600.         for( i = 0; i < module->channelCount; i++ )
  601.             pat->track[i] = (*module->tracks)[(ushort)pat->track[i]];
  602.         }
  603. }
  604.  
  605. typedef struct {
  606.     uchar       type;
  607.     char        name[32],filename[13];
  608.     void        *sample;
  609.     ushort      size;
  610.     ushort      rate;
  611.     uchar       volume;
  612.     ushort      loopstart,loopend;
  613. } OLDINSTRUMENT;
  614.  
  615. int cdecl loadAMF(FILE *file, MODULE *module)
  616. {
  617.     ushort      a,t,i,insPtr = 0,size = 0, oldIns = 1,pan;
  618.     ushort      (*sample)[];
  619.     ushort      (*tracks)[],trckPtr = 0,lastIns = 0;
  620.     long        l,fpos;
  621.     TRACK       *track;
  622.     void        *smp;
  623.     OLDINSTRUMENT oi;
  624.     INSTRUMENT  *instr;
  625. #ifdef _USE_EMS
  626.     EMSH        handle;
  627. #endif
  628.  
  629.     module->tempo = 125;
  630.     module->speed = 6;
  631.     fseek(file,0,SEEK_SET);
  632.     fread(&l,4,1,file);
  633.     fread(&module->name,32,1,file);
  634.     if( l >= 0x0C464D41 ) pan = 32; else pan = 16;
  635.     if( l == 0x01464D41 ) size = 3;
  636.     else if( l >= 0x0A464D41 ) oldIns = 0;
  637.     else if( l!= 0x08464D41 && l != 0x09464D41) return MERR_TYPE;
  638.     fread(&module->instrumentCount,1,1,file);
  639.     fread(&module->patternCount,1,1,file);
  640.     fread(&module->trackCount,2,1,file);
  641.     if( l >= 0x09464D41 )
  642.     {
  643.         fread(&module->channelCount,1,1,file);
  644.         fread(&module->channelPanning,pan,1,file);
  645.         if( l < 0x0B464D41 )
  646.         {
  647.             memcpy(&module->channelPanning,order16,16);
  648.         }
  649.     }
  650.     if( l >= 0x0D464D41 )
  651.     {
  652.         fread(&module->tempo,1,1,file);
  653.         fread(&module->speed,1,1,file);
  654.     }
  655.     if((module->patterns = calloc(module->patternCount,sizeof(PATTERN))) == NULL ) return MERR_MEMORY;
  656.     if((module->instruments = calloc(module->instrumentCount,sizeof(INSTRUMENT))) == NULL ) return MERR_MEMORY;
  657.     if((module->tracks = calloc(module->trackCount+4,sizeof(void *))) == NULL) return MERR_MEMORY;
  658.     module->size += module->patternCount*sizeof(PATTERN)+
  659.                     module->instrumentCount*sizeof(INSTRUMENT)+
  660.                     (module->trackCount+4)*sizeof(void *);
  661.  
  662.     for( t = 0; t < module->patternCount; t++ )
  663.         for( i = 0; i < module->channelCount; i++ )
  664.             fread(&((*module->patterns)[t].track[i]),2,1,file);
  665.  
  666.     sample = calloc(module->instrumentCount,sizeof(ushort));
  667.  
  668.     for( t = 0; t < module->instrumentCount; t++ )
  669.     {
  670.         if( oldIns )
  671.         {
  672.             fread(&oi,sizeof(OLDINSTRUMENT),1,file);
  673.             memcpy(instr = &(*module->instruments)[t],&oi,sizeof(OLDINSTRUMENT));
  674.             instr->size = oi.size;
  675.             instr->rate = oi.rate;
  676.             instr->volume = oi.volume;
  677.             instr->loopstart = oi.loopstart;
  678.             instr->loopend = oi.loopend;
  679.             if(instr->loopend == 65535)
  680.                 instr->loopend = instr->loopstart = 0;
  681.         }
  682.         else
  683.         {
  684.             fread(&(*module->instruments)[t],sizeof(INSTRUMENT),1,file);
  685.         }
  686.         if((int)(*module->instruments)[t].sample > lastIns )
  687.             lastIns = (int)(*module->instruments)[t].sample;
  688.  
  689.         if((int)(*module->instruments)[t].sample > insPtr)
  690.         {
  691.             (*sample)[insPtr] = (*module->instruments)[t].size;
  692.             insPtr++;
  693.         }
  694.     }
  695.  
  696.     insPtr = lastIns;
  697.     tracks = calloc(module->trackCount,sizeof(ushort));
  698.     for( t = 0; t < module->trackCount; t++ )
  699.         {
  700.         fread(&(*tracks)[t],2,1,file);
  701.         if((*tracks)[t] > trckPtr) trckPtr = (*tracks)[t];
  702.         }
  703.  
  704.     for( i = 1; i < module->trackCount+1; i++ )
  705.         (*module->tracks)[i] = NULL;
  706.  
  707.     for( t = 0; t < trckPtr; t++)
  708.         {
  709.         fread(&a,2,1,file);
  710.         fread(&i,1,1,file);
  711.         if( a == 0 ) track = NULL;
  712.         else {
  713.             if((track = malloc(3*a+6)) == NULL) return MERR_MEMORY;
  714.             module->size += 3*a+3;
  715.             track->type = 0;
  716.             track->size = a;
  717.             fread(&track->note,a*3+size,1,file);
  718.         }
  719.         for( i = 0; i < module->trackCount; i++ )
  720.             {
  721.             if( (*tracks)[i] == t+1 )
  722.                 (*module->tracks)[i+1] = track;
  723.             }
  724.         }
  725.  
  726.     for( t = 0; t < insPtr; t++ )
  727.         if( (*sample)[t] > 0 )
  728.         {
  729.         if((smp = malloc((*sample)[t]+16)) == NULL) return MERR_MEMORY;
  730.         module->size += (*sample)[t]+16;
  731.         if(fread(smp,(*sample)[t],1,file) == 0) return MERR_FILE;
  732. #ifdef _USE_EMS
  733.         if( instr->size > 2048 )
  734.         {
  735.             if((handle = emsAlloc(instr->size)) > 0)
  736.             {
  737.                 emsCopyTo(handle,smp,0,instr->size);
  738.                 free(smp);
  739.                 smp = MK_FP(0xFFFF,handle);
  740.             }
  741.         }
  742. #endif
  743.  
  744.         for( i = 0; i < module->instrumentCount; i++ )
  745.             {
  746.             if((ushort)(*module->instruments)[i].sample == t+1 &&\
  747.                ((ulong)(*module->instruments)[i].sample & 0xFFFF0000) == 0)
  748.                 {
  749.                 (*module->instruments)[i].sample = smp;
  750.                 }
  751.             }
  752.         }
  753.     for( i = 0; i < module->instrumentCount; i++ )
  754.         if(((ulong)(*module->instruments)[i].sample & 0xFFFF0000) == 0)
  755.            (*module->instruments)[i].sample = NULL;
  756.     joinTracks2Patterns(module);
  757.     free(sample);
  758.     free(tracks);
  759.     return 0;
  760. }
  761.  
  762. MODULE * cdecl ampLoadAMF(const char *name, long options)
  763. {
  764.     FILE        *file;
  765.     ulong       l;
  766.     MODULE      *module;
  767.     int         b;
  768.  
  769.     loadOptions = options;
  770.     if((module = (MODULE*)malloc(sizeof(MODULE)))==NULL)
  771.         {
  772.         moduleError = MERR_MEMORY;
  773.         return NULL;
  774.         }
  775.     memset(module,0,sizeof(MODULE));
  776.     if((file = fopen(name,"rb")) == NULL)
  777.         {
  778.         moduleError = MERR_FILE;
  779.         return NULL;
  780.         }
  781.     module->type = MOD_NONE;
  782.     fseek(file,0,SEEK_SET);
  783.     fread(&l,4,1,file);
  784.     if( (l & 0x00FFFFFF) == 0x00464D41 )
  785.         {
  786.         module->type = MOD_AMF;
  787.         fread(module->name,20,1,file);
  788.         module->name[20] = 0;
  789.         if( l == 0x08464D41 || l == 0x01464D41 )
  790.             {
  791.             module->channelCount = 4;
  792.             memcpy(&module->channelPanning,&order16,4);
  793.             }
  794.         }
  795.     else
  796.         {
  797.         moduleError = MERR_TYPE;
  798.         return NULL;
  799.         }
  800.     b = loadAMF(file,module);
  801.     moduleError = b;
  802.     if( b == MERR_NONE )
  803.         {
  804.         fseek(file,0,SEEK_END);
  805.         module->filesize = ftell( file );
  806.         }
  807.     else
  808.         {
  809.         ampFreeModule(module);
  810.         free(module);
  811.         module = NULL;
  812.         }
  813.     fclose(file);
  814.     return module;
  815. }
  816.  
  817. -- 
  818. Otto Chrons        (c142092@cc.tut.fi)
  819. Woman, a great program, with no documentation
  820. ==-=-=-==-=-==-==-=-=-=-=-=-==-=
  821.  
  822.  
  823. -----------------
  824.  
  825. Date: Sat, 11 Mar 95 01:34 EET
  826. From: "Jens Puchert" <jpuchert@mailbox.syr.edu>
  827. Subject: [KLF-TALK:1640] Re: AMF files ... 
  828.  
  829. In message <199503090318.WAA109421@cortez.its.rpi.edu> you write:
  830.  
  831. > 
  832. >> AMF is the internal format of DMP.  Since the format specifications were
  833. >> never published, no other player/tracker can support this format.  If
  834. >> you wanna listen to those songs, I hate to say it, but you'll have to
  835. >> use DMP.  Unless Maelcum has the original MOD versions of those songs
  836. >> lying around somewhere that is.
  837. >> 
  838. >> Jensi
  839. >> 
  840. >
  841. >Probably not, unfortunately, considering he couldn't even get to the AMF's.
  842.  
  843. So you think after Mael and Deck created a song, they converted it to AMF
  844. and then threw the original away?
  845.  
  846. >I'm really surprised that, in this day of non-DMP-uasge, someone hasn't come
  847. >up with a AMF-reverse-converter , to like a MOD or S3M or something.  
  848.  
  849. It's a compressed format and although possible, it would take a lot of time
  850. to figure out what exactly he does in this format.  I don't know why he
  851. doesn't publish the specs, but as it stands, I can't see anybody supporting
  852. it anytime soon.
  853.  
  854. >Probably because almost nobody (except KLF 4-6/93, sigh) bothered using
  855. >the AMF format..
  856.  
  857. Well, considering it's completely unportable, there's no good reason to do
  858. so.
  859.  
  860. >Oh well, at least Dan and the 'Deck didn't stick with 669's!
  861.  
  862. Actually, there are many more players that support 669's than AMF's.
  863.  
  864. >-andy v.
  865.  
  866. Jensi
  867.  
  868.  
  869. -----------------
  870.  
  871. Date: Sat, 11 Mar 95 01:35 EET
  872. From: "Jens Puchert" <jpuchert@mailbox.syr.edu>
  873. Subject: [KLF-TALK:1641] Re: AMF files ... 
  874.  
  875. In message <199503090640.WAA25147@desiree.teleport.com> you write:
  876.  
  877. >> 
  878. >> In message <Pine.SOL.3.90.950308115420.16971A-100000@oberon> you write:
  879. >> 
  880. >> >    ok besides dmp (which i don't have and dislike and rather not 
  881. >> >get! :).  what other player/trackers will read and play AMF files???  as 
  882. >> >you can guess i've picked up ALL those NEWLY released OLD KLF files and 
  883. >> >i've run into a problem of not being able to play them.  and i have 
  884. >> >inertia, cubic, cmod, ft2, mmedit, st3 and none of them play AMF.  excuse 
  885. >> >my ignorance but what is AMF format anyway?
  886. >> 
  887. >> AMF is the internal format of DMP.  Since the format specifications were
  888. >> never published, no other player/tracker can support this format.  If
  889. >> you wanna listen to those songs, I hate to say it, but you'll have to
  890. >> use DMP.  Unless Maelcum has the original MOD versions of those songs
  891. >> lying around somewhere that is.
  892. >> 
  893. >> Jensi
  894. >> 
  895. >> 
  896. >
  897. >Well he did release the c source to the AMF loader.  It gives you the format
  898. >of the file but you're lost w/ no clue as to the effects/params and all that
  899. >shit, but it probably could be done if someone wanted to spend lots of time
  900. >tracking/converting/loading etc.. but no one really cares that much :). Hmm,
  901. >just FYI I guess :) laters..
  902. >
  903. >                        -Zab
  904.  
  905. Do you have this code?  If so send it over and we'll see.
  906.  
  907. Jensi
  908.  
  909.  
  910. -----------------
  911.  
  912. Date: Sat, 11 Mar 95 01:36 EET
  913. From: Schitzo <g4psycho@cdf.toronto.edu>
  914. Subject: [KLF-TALK:1642] Re: Expoze Music Disk! JUST GET IT!
  915.  
  916.  
  917.  
  918. On Wed, 8 Mar 1995, Zach B. wrote:
  919.  
  920. > > On Mon, 6 Mar 1995, Andrew Leahy wrote:
  921. > > 
  922. > > > Just got my hands on the musicdisk "Expoze" by a bunch of Aussie tracker
  923. > > > composers! IT IS MOST EXCELLENT!!!! 
  924. > > I agree... It is excellent. The interface is great, the music is 
  925. > > excellent, and the graphics are perfect.
  926. > 
  927. > And boy did their s3m converter kick ass :).. sorry, couldn't resist :)
  928.  
  929. does anyone know where i could find the s3m->cba, cba->s3m converter?
  930.  
  931.  
  932. -----------------
  933.  
  934. Date: Sat, 11 Mar 95 01:36 EET
  935. From: <vossa@rpi.edu>
  936. Subject: [KLF-TALK:1643] Re: AMF files ..
  937.  
  938.  
  939. > AMF is basically a midi-like format, so it is pretty impracticle to convert
  940. > them back (although not impossible by any means)
  941. > 
  942. > cya,
  943. > -- 
  944. >  ,,:::[                       kim davies                        ]:::..
  945. > ::::::[        statix [oxygen/kosmic], kimba@it.com.au          ]::::::
  946. >  '':::[      31~50'16"S 115~46'19"E, http://www.it.com.au/      ]:::``
  947. > 
  948. > 
  949.  
  950. Midi? Strange.. Well, the basics of he format aren't too messed up, considering
  951. I figured out basic AMF stuff like #patterns, #channels, instruments, etc,
  952. for my DMPShell prog.
  953.  
  954. -av
  955.  
  956.  
  957. -----------------
  958.  
  959.